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FIELD OF THE INVENTION 

This invention relates to user interfaces in a computer database system. In particular it 
relates to methods, software and computer readable medium for selecting and providing a 
5 graphical user interface which is suited to displaying information retrieved from a database. 
The selected user interface also enables further selection and manipulation of retrieved 
information. 

BACKGROUND TO THE INVENTION 

10 

Database systems are used in a variety of applications to provide a user with access to 
stored information. Typically such a system includes records which are stored and 
referenced in a particular manner for later retrieval via a client application. To retrieve 
information from the database the client application enables the user to specify certain 
1 5 criteria, for example by way of an SQL query. Information in the database which meets the 
specified criteria is then retrieved from the store and displayed to the user. 

More recently due to the advent of graphical user displays the retrieved information, or data 
model, is rendered using one or more graphical user interface (GUI) controls. Rendering 
20 includes displaying information items on screen to a user and providing user facilities to 
navigate the information and select one or some of the items. There are a variety of GUI 
control types all of which have different facilities for searching, displaying and/or selecting 
information items. 

25 However not all GUI controls are suited to displaying all data models. For example a large 
data model, ie a query result with a large amount of information, may be more conveniently 
rendered on one type of GUI control, while a smaller data model may be more suited to 
being rendered on another type of GUI control. However the most suitable GUI control is 
not always used by a client application as it is specified by a programmer at design time. 

30 The requirements of a GUI control and the nature of the data model is not always known 
at design time, or may change thereafter. 

For example as the number of records in the database increases over time, the data model 
for any one query will also grow. Further, queries are specified by the user and vary quite 
35 considerably, therefore making it difficult for a designer to predict the typical size or nature 



of a data model. Therefore choosing at design time an appropriate GUI control for 
rendering a data model is not always possible. 

It would therefore be desirable to have a system which selects at runtime an appropriate 
GUI control for rendering a retrieved data model. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to provide a method, software or computer readable 
medium containing instructions which renders information using a GUI control selected 
according to the nature of the information. 

Preferably the information is retrieved from a database using a query or other suitable 
means. The information includes a set of records and the number of records in the set is 
determined. This number is compared to specified criteria and the result of the comparison 
is used to select an appropriate GUI control to display the information to the user and to 
provide other facilities for navigating, searching and/or selecting the records. Alternatively 
another characteristic of the information may be used to select an appropriate GUI control. 

In one aspect the present invention may be said to consist in a method of presenting a 
control on a computer user interface comprising: retrieving stored information on request 
by a user, selecting a control according to the nature of the information, and creating the 
control on the interface including the information. 

In another aspect the present invention may be said to consist in a computer application for 
presenting a control on a computer user interface including instructions for: retrieving 
information requested by a user, selecting a control according to the nature of the 
information, and creating the control on the interface including the information. 

In another aspect the present invention may be said to consist in a program storage device 
containing instructions for presenting a control on a computer user interface by: retrieving 
information requested by a user, selecting a control according to the nature of the 
information, and creating the control on the interface including the information. 
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The invention may also broadly be said to consist in any alternative combination of features 
as described or shown in the accompanying drawings. Known equivalents of these features 
not expressly set out are nevertheless deemed to be included. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 



Preferred embodiments of the invention will be described with respect to the accompanying 
drawings, of which: 

Figure 1 schematically shows a client system implementing software for 
10 dynamically selecting and providing a graphical control suitable for displaying records 
retrieved from a database, 

Figure 2 schematically shows a generic control for a graphical user interface, 
Figure 3 outlines the function of a portion of a client application with a single 
threshold implemented on the system, 
15 Figure 4 schematically shows a portion of a preferred class structure for 

implementing the user interface generation software, 

Figure 5a is a screen capture of the RecordChooser control displaying a record 
selected using a control chosen by the software, 

Figure 5b is a screen capture showing a control, in this case a Combination box, 
20 suitable for displaying a small number of records retrieved from the database, 

Figure 5c is a screen capture showing a control, in this case a Pop-up List, suitable 
for displaying a larger number of records retrieved from the database, 
Figure 6 outlines the process for selecting a threshold value, 
Figure 7 is a screen capture showing a RecordChooser control and configuration 
25 tool provided by the graphical user interface design tool, 

Figure 8 outlines the function of a portion of a client application with multiple 
thresholds, and 

Figure 9 schematically shows hardware for implementing the invention. 



30 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



Referring to the drawings it will be appreciated that software for selecting a GUI control 
according to the invention may be implemented in various forms. The following 
embodiments are given by way of example only. Details relating to the database itself and 



the software for performing standard database functions will be known to those skilled in 
this area of technology and will not be discussed in detail. 

Figure 1 shows a preferred embodiment of a database system 10 implementing a user 
interface to provide access to database 12 contents. The system 10 enables a user to 
retrieve records or other information from a database 12 using a query or the like, view the 
retrieved records and then select one or more of the records for subsequent use. The 
invention will typically be implemented in a client/server database system although is not 
restricted to such use. The invention could also be implemented in a standalone database 
arrangement, for example. 

The system 10 shown in Figure 1 implements a client application 13 which includes a 
graphical user interface (GUI) generator 14. The GUI generator 14 is adapted to create and 
display one of a plurality of GUI controls 1 la-1 le along with another control called a 
record chooser 18. The controls 1 la-e, 18 are preferably implemented using an object 
oriented programming language such as JAVA™ or C++ although this is not essential. A 
functional language or any other suitable language type could be used instead. Controls 
are commonly used in computer applications to provide a graphical interface which enables 
use of the application. An example control 20 which could be used in a graphical user 
interface of a typical application is shown in Figure 2. A control 20 can include a title bar 
21, selection buttons 22, 23, a selection field 24, item display 25, scroll bar 26 and radio 
buttons 27. 

Referring back to Figure 1 the client application 13 also includes back end software 15 
which provides other functionality necessary for implementing the database system 10 such 
as database search and information retrieval facilities. The details of the back end software 
15 will be known to a person skilled in database design and need not be described here. 
The system 10 also includes one or more monitors 16 or other display means for displaying 
a graphical user interface and a user input means 17 which can include a keyboard, mouse 
and any other required devices which will be well known in the art. The client application 
13 facilitates retrieval of a data model from the database 12 via an API. The data model 
comprises a subset of information retrieved from the database 12 by way of user specified 
criteria and typically will be in the form of a set of records or other information items. 



The client application 13 of Figure 1 selects and generates one of the available control 
objects lla-lle for rendering a retrieved data model. Rendering refers to displaying 
information items on screen to a user and providing user facilities to navigate and/or search 
the information items as well as select one or some of the items. Each control is suited or 
adapted, by way of its user facilities, to render information of a particular nature and the 
selected control is chosen according to the nature of the information which is retrieved. 
Criteria may be specified to associate the nature of the information with a particular control 
suited to rendering that type of information. 

Figure 3 shows a process- implemented by the client application 13 for selecting and 
creating a control in a preferred embodiment of the invention. This embodiment includes 
a GUI generator 14 for creating a record chooser 18 control along with just two GUI 
controls eg 11a, lib (to be described in detail with reference to Figures 4, 5 and 7) 
implemented using JAVA™. The first GUI control 1 la is suited for rendering a small data 
model and the second GUI control 1 lb is suitable for rendering a larger data model. In this 
embodiment the nature of the information refers to the size of the data model which in turn 
is related to the number of records or information items retrieved from the database. 

In the first step of the process shown in Figure 3 the user specifies criteria 30 for retrieving 
a data model. The data model criteria can be specified in any suitable manner such as a 
SQL or PCML query. Upon submitting a query the client application 13 retrieves 
information 31 from the database 12 which meets the criteria. The data model is then 
created from the retrieved information, the data model preferably being implemented as a 
JAVA™ vector class. It will be appreciated that the client application 13 means for 
specifying criteria and retrieving information from the database will be well known to those 
skilled in database design and need not be explained in detail. Such means are independent 
from the GUI controls which render the data model. 

The next step of the process shown in Figure 3 is to determine the size of the data model 
32. Preferably the data model comprises a set of records or other information items which 
populate the data model vector class, the size of the data model referring to the number of 
records in the set. The data model is passed to the record chooser control 18 which 
implements a standard JAVA™ listener interface to detect when the vector class contents 
change. When the contents change, indicating that the vector class has been populated 
with information from a new query, the number of records is determined and compared 33 



to a threshold value. Details of the threshold and how it is specified will be described with 
reference to Figures 6 and 7. If the number of records in the data model does not exceed 
the threshold 34 then the GUI generator 14 creates the first control 1 la, also called a sub 
threshold control, for rendering the data model. Otherwise if the number of records in the 
data model exceeds the threshold value 35 the GUI generator creates the second, or super 
threshold, control lib. 

The data model is then rendered 36 using the created control at which point the user can 
select 37 a desired record from the data model by using the control. To assist in selection 
37 of a record the control may also be adapted to provide navigation, search and selection 
facilities as required. The selected record is then passed to the record chooser control 1 8 
and displayed 38 for subsequent use. The facilities provided by the chosen control will be 
determined at design time based upon the nature of the data model the control will be 
rendering. The different features or facilities provided by a particular control will make that 
control more suited to rendering a particular data model than other controls with different 
features. 

The GUI controls 11a, 1 lb (or more generally controls 1 la-1 le shown in Figure 1) are 
instances of classes used in object oriented programming and can be adapted to provide the 
functionality required to enable a user to access a retrieved data model. Figure 4 shows a 
preferred class structure for the controls created by the GUI generator 14. The 
RecordChooser class 40 includes variables 41 to store a data model, a threshold value or 
values, and the number of records in the data model. It further includes variables for 
specifying the super and sub threshold Tenderers. The RecordChooser class 40 includes 
methods 42 for getting and setting the threshold value, getting and setting the data model, 
setting a record value, and choosing and displaying a Tenderer. The RecordChooser class 
40 has subclasses, SuperThresholdListRenderer 43a and SubThresholdListRenderer 43b, 
both of which have a data model variable 44a, 44b and a method 45a, 45b for rendering the 
data model. Both the classes implement an instance of the ListRenderer class 46 which 
includes variables 47 for indicating the parent record chooser and the selected record. The 
ListRenderer class 36 also includes methods for displaying/hiding data model records, 
selecting a record, retrieving a selected record and cancelling a selection. 

Instances of the classes shown in Figure 4 are declared and once a vector class has been 
populated with information from a query, the data model is passed to the instance of the 



RecordChooser class 30. The record chooser 1 8 instance determines the quantity of records 
in the data model and compares this with the specified threshold. If the quantity is less than 
the threshold then the record chooser 1 8 passes the data model to the instance, ie the first 
control 11a, of the SubThresholdListRenderer class 43b which renders the data model by 
implementing an instance of the ListRender class 46. Alternatively if the quantity is equal 
to or greater than the threshold, the data model is passed to the instance, ie the second 
control lib, of the SuperThresholdListRender class 43 a which renders the data model by 
way of the ListRenderer. 

The features of each control will be suited to displaying and providing 
navigation/searching/selection facilities for a data model with a particular quantity or 
quantity range of records. For example the sub threshold renderer control 1 la might be 
suited to rendering a set of records with less than 1 5 items and the super threshold renderer 
control 1 lb might be suited to rendering a set of records with 15 or more items. Therefore 
if an SQL query retrieves 100 records, then the records will be rendered using the super 
threshold control 1 lb, however if only 12 records are retrieved these will be rendered using 
the sub threshold control 1 la. The suitability of a control to render a data model of a 
certain size will be dependent on various factors such as whether the control has features 
which enable convenient manipulation of the displayed records, whether the control is an 
appropriate size for the available screen space, and whether the control's features enable 
rendering of the type of information being retrieved. This list is not exhaustive and the 
database designer may take into account other factors in determining which control should 
be selected for rendering a particular data model. 

Figures 5a-5c illustrate the controls created by the preferred embodiment of the GUI 
generator 14. For example, Figure 5a shows the record chooser control 1 8 of a preferred 
embodiment which is adapted to display one record from a data model. It includes a 
display field 5 1 showing a selected item from the data model and an expand button 54 for 
viewing the full data model. The control also includes the usual resizing and close down 
facilities usually provided with a control of this nature. The record chooser control 1 8 
depicted in Figure 5a is a test view control and therefore there are radio buttons 52a, 52b 
and a change button 53 for configuring the record chooser 18. The function of these 
buttons 52a, 52b, 53 will be described with reference to Figures 6 and 7. While the record 
chooser 1 8 could be configured at runtime, preferably configuration will only take place at 
design time in which case the configuration buttons 52a, 52b, 53 will not be present in the 
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runtime control 18. Upon pressing the expand button 54 the full data model will be 
displayed in the control created according to the process outlined in Figure 2. 



More particularly, if the data model does not exceed the threshold, a sub threshold GUI 
5 control 1 la depicted in Figure 5b is created 24. This control is a combination box which 
includes a selection field 56 and window 57 displaying a list of items in the data model. 
The features of this control are more suited to rendering a data model with a small number 
of records. Alternatively if the data model exceeds the threshold a super threshold control 
1 lb depicted in Figure 5c is created 24. This is a pop up list box which includes a window 

1 0 50 for displaying items from the data model and a scroll bar 59 for navigating through the 
list of items. This control is suited to rendering a larger number of records. In either control 
1 la, 1 lb an item to be displayed in the record chooser 18 is selected by clicking on the 
desired item in the window 50, 57. It will be appreciated these controls are by way of 
example only and any suitable controls, either custom made or standard, could be designed 

15 as the sub and super threshold Tenderers 11a, lib. 

A method of setting the threshold value is outlined in Figure 6 with reference to the record 
chooser 18 and configure tool 70 depicted in Figure 7. Preferably configuring the threshold 
is performed at design time although it will be appreciated that the client application 13 

20 could be adapted to enable configuration of the threshold at runtime by a user. During 
design of the GUI generator 14 the designer invokes 60 the record chooser configure tool 
70 by clicking on the change button 53. A pop up window is displayed showing 
configuration fields, including a threshold field 71, relating to the record chooser 18. The 
threshold field 71 can then be selected 61 and an appropriate threshold value, eg 25 typed 

25 in the field 62 at which point the threshold is set 63. 

The threshold value will preferably correspond to a quantity of records in a retrieved data 
model. Any data model which contains less records than the threshold will be rendered 
using the sub threshold renderer 11a and any data model with more records than the 

30 threshold will be rendered using the super threshold renderer 1 lb. The designer will use 
their expertise of GUI controls to determine what an appropriate threshold value will be to 
ensure that a suitable control is created for rendering any particular data model. The chosen 
threshold value will be dependent on the type of rendering controls being implemented and 
the suitability of their features to render data models of particular sizes. The designer may 

35 employ any suitable controls or adapt existing control types to include features to make 
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each control suitable for rendering a data model with a particular nature. In the preferred 
embodiment, any control which can accept a JAVA™ vector class as a data model could 
be used. 

For example, as shown in Figure 7 the designer decided the sub threshold control 1 la is 
suited to rendering data models with less than 25 records otherwise the super threshold 
renderer 1 lb is more appropriate. In another embodiment (to be described with reference 
to Figure 8), multiple thresholds can be specified in which case a second or subsequent 
threshold field can be selected 64 and configured accordingly. Once all threshold values 
have been specified the record chooser configure tool can be closed. In addition the 
configure tool 70 can also be used to specify other parameters of the record chooser, for 
example the type of controls to be used as the sub and super threshold Tenderers. The 
record chooser 18 can also be used to select a test data model by way of buttons 52a, 52b. 

While the preferred embodiment described above has two GUI controls 11a, 1 lb a larger 
number of controls could be implemented as outlined in Figure 8. In this embodiment each 
control is suited to rendering a data model with a number of records which falls within a 
particular range. For example there may be four GUI controls, the first with features suited 
to rendering data models with 1 -20 records, the second with features for rendering data 
models with 21-50 records, the third with features for rendering data models with 51-100 
records and the fourth with features for rendering data models with 1 00+ records. These 
ranges can be specified by setting multiple thresholds as outlined in Figure 6, each 
threshold relating to an upper or lower limit of a range. The data model is retrieved and its 
size determined as set out in Figure 2. 

Referring back to Figure 8, if the quantity of records in the data model falls within the first 
range 80, ie 1-20 records, then the first GUI control type is created 83. If the quantity of 
records falls within the second or third ranges 81 or 82, then the second or third GUI 
control type is generated 84 or 85 as appropriate. Otherwise the fourth control type is 
generated 86. The data model is then rendered using the selected control 87. It will be 
appreciated that while four GUI controls are described in this embodiment, in practice any 
suitable number of GUI controls could be implemented each being suited for rendering a 
different sized data model. It will also be appreciated that the criteria for selecting a control 
need not necessarily relate to the number of records in a retrieved data model. A control 
may be selected on other specified criteria depending on the nature of data model, for 
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example the size of each individual record, or the format or type of information which is 
retrieved. 

Figure 9 shows an example of a computer system 98 for implementing the invention. The 
5 system 98 includes a databus 99 which interconnects a CPU 90, RAM 91, monitor or other 
display 94, keyboard 95, network connection 96 and other input/output 97 components. 
The system 98 has a storage device such as a hard disk drive 92 for storing information 
and/or computer code as required. The system 98 also includes reading devices for a 
computer readable medium such as a floppy disk drive 93, CDROM drive or any other 
10 device which will be known to those skilled in the art. The client application 13 code can 
be stored on floppy disk, CDROM or other suitable computer readable medium for loading 
into the system's RAM 91 or onto the hard drive 92 as required. 



WHAT WE CLAIM IS: 
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1 . A method of presenting a control on a computer user interface comprising: 
retrieving stored information on request by a user, 

selecting a control according to the nature of the information, and 
creating the control on the interface including the information. 

2. A method according to claim 1 wherein the control is selected from two or more 
control types according to the nature of the information. 

3. A method according to claim 2 wherein each control is suited for use with 
information of a particular nature. 

4. A method according to claim 3 wherein the information comprises a plurality of 
records and the nature of the information relates to the number of records. 

5. A method according to claim 4 wherein the control is selected according to the 
number of records comprising the information. 

6. A method according to claim 4 wherein the control is selected according to a 
threshold which relates to a quantity of records. 

7. A method according to claim 5 or 6 wherein the selected control is suited to 
displaying the number of records comprising the information. 

8. A method according to claim 7 wherein the control is a combination box or a list 
box. 

9. A computer application for presenting a control on a computer user interface 
including instructions for : 

retrieving information requested by a user, 

selecting a control according to the nature of the information, and 
creating the control on the interface including the information. 
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10. A computer application according to claim 9 wherein the instructions select the 
control from two or more control types according to the nature of the information. 

11. A computer application according to claim 1 0 wherein each control is suited for use 
with information of a particular nature. 

12. A computer application according to claim 1 1 wherein the information comprises 
a plurality of records and the nature of the information relates to the number of records. 

13. A computer application according to claim 12 wherein the instructions select the 
control according to the number of records comprising the information. 

14. A computer application according to claim 12 wherein the instructions select the 
control according to a threshold which relates to a quantity of records. 

15. A computer application according to claim 13 or 14 wherein the selected control is 
suited to displaying the number of records comprising the information. 

16. A computer application according to claim 1 5 wherein the control is a combination 
box or a list box. 

17. A program storage device containing instructions for presenting a control on a 
computer user interface by: 

retrieving information requested by a user, 

selecting a control according to the nature of the information, and 
creating the control on the interface including the information. 

18. A storage device according to claim 17 wherein the instructions are adapted to 
select the control from two or more control types according to the nature of the information. 

1 9. A storage device according to claim 1 8 wherein each control is suited for use with 
information of a particular nature. 

20. A storage device according to claim 19 wherein the information comprises a 
plurality of records and the nature of the information relates to the number of records. 
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21. A storage device according to claim 20 wherein the instructions are adapted to 
select the control according to the number of records comprising the information. 

22. A storage device according to claim 20 wherein the instructions are adapted select 
the control according to a threshold which relates to a quantity of records. 

23. A storage device according to claim 21 or 22 wherein the selected control is suited 
to displaying the number of records comprising the information. 

24. A storage device according to claim 23 wherein the control is a combination box 
or a list box. 

25. A method of presenting a control on a computer interface substantially as 
hereinbefore described with reference to the accompanying drawings. 

26. A computer application for presenting a control on a computer interface 
substantially as hereinbefore described with reference to the accompanying drawings. 

27. A program storage device containing instructions for presenting a control on a 
computer user interface substantially as hereinbefore described with reference to the 
accompanying drawings. 

28. Each and every invention herein described. 
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